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Abstract of EP0774701 

The procedure for generating step tables for digital control of 
a machine tool includes a preliminary step (20) of a creating 
a catalogue of tools, allowing the operator to define the tools 
mounted on the machine tool. A further preliminary stage 
(21) allows the operator to provide parameters characteristic 
of the workpiece to be machined. 
The next stage (22) allows definition of the channels and 
system axes, and introduction of a plan of the successive 
operations required. Synchronisation rules (23) are then 
imposed relating to the operations effected on different axes. 
The different operations are put into ISO or other computer 
language, and an operating program prepared. Step tables 
are then generated from this information. 
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(54) Procede et programme de commando num^rique de machine-outil ainsi que commande 
num^rique fonctionnant au moyen de ce programme 

(57) Proc6d6 et programme de generation de tables 
de pas pour commande num6rique de machine-outil 
comprenanl successivement: 

une §tape pr^Iiminaire (20) de creation d'un catalo- 
gue d'outils permettant k Top^rateur de d6finir les 
outils (7. 7) months sur la machine-outil. 

une 6tape preliminaire (21) permettant ^ Top^rateur 
de param^trer certiaines caract^ristiques de la 
pi§ce a usiner, 

une etape (22) permettant k Top^rateur de definir 
tout d*abord plusieurs canaux ou syst§mes daxes, 
puis dintroduire un plan d'op^rations constrtu^ par 
une succession d'operations cons^utives dans 
chaque syst^me d'axe, le plan d'op^rations 6tant 
cr^e en plagant avec la souris des symboles (46) 
sur une interface graphique (40), 

une ^ape (23) permettant k I'opdrateur d'imposer 
des r§gles de synchronisation entre operations 
effectu^es sur des system es d'axes diff§rents (49, 
50). 

une etape (24) de parametrage des diff6rentes 
operations au moyen du langage ISO ou d'assis- 
tants informatiques, 

Tensemble du plan d'operation et des regies de 
synchronisation constrtuant la gamme operatoire, 

et une etape (25, 27, 29) de calcul des tables de 
pas k partir de la gamme operatoire. 
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Description 

La presente invention concerne un proc6de et un 
logidel de generation d'ordres de d^placement pour 
une machine-outil. De mani^re g^nerale, la presente 
invention concerne ie probl^me de la commande nume- 
rique de machines-outils. 

Art anierieur 

La figure 1 illustre un exemple de machine-outil a 
commande numerique. Sur une plaque de base 1, un 
b§ti 2 supporte une poup6e 3 dont la broche est §qui- 
pee d'une pince de serrage 4. Une barre k usiner 5 
s'6tend k I'avant de la paup6e 3 et traverse un canon 6 
de sorte que son extremity se trouve en regard d*un 
premier outil de tournage 7, solidaire d'un premier cou- 
lisseau 8, et d'un deuxifeme outil de tournage 7' solidaire 
d'un deuxi^me coulisseau 8'. Un moteur de broche 9 fait 
tourner la pince 4. Un moteur de poup6e 10 assure les 
d^placements vers Kavanl et vers I'arridre de la poup6e 
3. Les commandes d'ouverture et de fermeture de la 
pince 4 ne sont pas representees. Un moteur 11 
deplace Ie premier coulisseau 8 sur une glissi^re 12, de 
manidre k commander la position de I'outil 7 dans Ie 
sens radial par rapport k Taxe de rotation de la barre 5; 
de mani^re similaire, un moteur 11' d6place Ie 
deuxi^me 8' sur une autre glissidre 12", de manidre k 
commander la position du deuxi^e outil T dans Ie 
sens radial. Les pi§ces successives sont usinees en 
commandant les moteurs 10. 11 et 11' de mani^re k 
controler les deplacements des axes z, x et u. Dans cer- 
tains cas, Ie moteur d'entraTnement de la broche 9 peut 
egalement etre commande ind6pendamment. 

Par la suite, on designera les axes et les broches 
de la machine-outil par Ie terme general de ressources. 
Une ressource peut egalement etre une combinaison 
math^matique virtuelie d'axes et de broches. comme on 
Ie verra plus loin. 

Les diff^rents moteurs sont controles par Ie dispo- 
sitif de commande numerique 13 k partir d'un pro- 
gramme gen6r§ sur un ordinateur externe 14 et 
transmis au dispositif de commande 13 par une ligne 
serielle 15. Le programme de commande peut naturel- 
lement aussi etre transmis autrement au dispositif 13, 
par exemple sur une disquette. 

La figure 2 illustre le principe d'une commande 
num6rique CNC traditionnelle dans Ie cas particulier 
d'une machine k trois axes. 

Un interpolateur 61 re^oitdes instructions 60 gen6- 
r6es sur un ordinateur exteme. L'interpolateur utilise 
ces consignes pour commander des deplacements des 
moteurs 65. 66, 67 correspondant k chaque ressource 
au travers des regulateurs 62. 63, 64. Des capteurs 68, 
69. 70 mesurent en permanence la position ou la 
Vitesse de chaque ressource; ces informations sont uti- 
lis§es comme contre-reaction par les regulateurs cor- 
respondants. Les regulateurs 62. 63, 64 permettent 
d'assurer que les nioteurs correspondants 65, 66, 67 



suivent la consigne imposee par l'interpolateur 61 
meme en cas de perturbations. 

Les instructions 60 sont idealistes; par exemple, II 
peut y avoir des instructions de deplacements ou 
5 d'accelerations instantan6s necessitant une puissance 
infinie. Linterpolateur fournit par consequent des consi- 
gnes idealistes aux regulateurs 62. 63, 64 et attend que 
les moteurs correspondants aient atteint la position 
demand^e avant de commander le deplacement sui- 
10 vanl. L'interpolateur utilise pour cela un feed-back fourni 
par les capteurs 68, 69, 70. Si des mouvements sont 
interpoles entre plusieurs ressources, l'interpolateur 61 
attend que tous les moteurs concernes aient atteint la 
position demand6e. 
15 La fonction de Hnterpolaleur 61 est done double: 
d'une part, il permet d'adapter les consignes de d^ia- 
cement aux capaciles physiques des moteurs 68, 69, 
70, en fournissanl de nouvelles consignes seulement 
lorsque les consignes pr§c6dentes ont 6t6 ex6cut§es. 
20 D'autre part, il permet de r6aliser des trajectoires multi- 
dimensionnelles impliquant des deplacements de plu- 
sieurs ressources, par exemple des deplacements 
rectilignes, circulaires ou paraboliques. 

Les calculs complexes n^cessaires k ces interpola- 
25 tions. qui sont effectu^es en temps reel, exigent cepen- 
dant une puissance de calcul importante qui rench6rit 
considerablement les commandes numeriques classi- 
ques. Par consequent, les ressources susceptibles 
d'etre utilisees ensemble dans une interpolation sont 
30 habituellement associ^es conceptuellement en plu- 
sieurs canaux. Une machine k 6 axes peut par exemple 
comporter 2 canaux formes chacun de trois axes. 

Cette notion de canal limite considerablement les 
possibilites d'utilisation de la machine-outil, car une res- 
35 source appartenant k un canal ne peut pas etre interpo- 
lee avec la ressource d'un autre canal. II n'est par 
consequent pas possible de tirer pleinement parti des 
fonctionnalites etde la rapidite de la machine-outil. 
On peut dire que les machines-outils k commande 
40 numerique traditionnelles de la figure 2 fonctionnenl en 
boucle fermee. En effet. l'interpolateur 61 calcule en 
temps reel les consignes appliqu^es aux regulateurs 
62, 63. 64 en fonction des signaux fournis par les cap- 
teurs 68. 69, 70. 
45 La plupart des interpolateurs 61 de I'art anterieur 
reconnaissent des instructions 60 dans une des nom- 
breuses variantes du langage ISO. Ce langage com- 
prend des instructions de haut niveau, impliquant de 
multiples deplacements, ainsi que des operafeurs de 
50 boucle ("for") ou de conditions ("ifl. II est possible de 
definir au moyen de ce langage une grande variete 
d'operations k effectuer sur la piece. 

Le document de brevet EP474603 au nom de la 
deposante decrit une commande numerique fonction- 
55 nant selon un autre principe illustre par la figure 3. A 
chaque ressource de la machine con-espond une table 
de pas 71, 72, 73 qui memorise une suite d'ordres de 
deplacements pour cet axe. Ces deplacements sont 
imposes una fois pour toutes. Un compteur, non repre* 
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sent6. provoque k intervalles determines la lecture dans 
chaque table de pas des increments de d§placement de 
faxe correspcndant. Ces d§placements sent soit direc- 
tement executes par des moteurs pas-^-pas 64', sort 
utilises comme valeur de consigne par des regulateurs 5 
62', 63' commandant des moteurs 65', 66' en utilisant 
des informations fournies par des capteurs 68*. 60'. II n'y 
a aucun feed-back entre les capteurs mesurant la piece 
usinee et la commande num6rique 13. On dit done que 
le systeme fonctionne en boucle ouverte. la retroaction 10 
depuis les capteurs 68', 69' ne s'appliquant qu'aux regu- 
lateurs associ^s SZ, 63', mais n'influengant pas la 
sequence d'ordres de deplacements imposes. 

II y a une analogie entre le principe de cette com- 
mande et les machines traditionnelles, par exemple les is 
decolleteuses, utilisant des cames. Dans ces machines, 
chaque outil est entrain^ par une came. La trajectoire 
de chaque outil est done provoqu6e par le d6roulement 
du profil des cames; la position angulaire des cames 
determine la position des outil s. La synchronisation du 20 
mouvement des outils est assur6e en montant toutes 
les cames sur un arbre d cames commun. 

Pour chaque nouveau type de pieces k usiner, un 
nouveau jeu de cames doit etre fabrique. Le profil des 
cames doit ensuite etre am^liore en les testant sur la 2s 
machine et en modifiant leur profil tant que la pi^ce usi- 
nee ne con'espond pas exactement^ cequi estd6sir6. 
La machine-outil reste done g6neralement inemployee 
en production lorsqu'un nouveau programme de pidce 
est mis au point. 30 

De mani^re correspondante, dans les machines a 
commande numerique decrites dans le brevet men- 
ttonne, la trajectoire de chaque outil est d^terminee par 
le contenu des tables depas correspondantes, Un nou- 
veau jeu de tables de pas doit Stre cred au pr^alabte 35 
pour chaque nouveau type de pieces k usiner. Comme 
tous les calculs d'interpolations sent calcules separe- 
ment et une seule fois sur un ordinateur 14 externe, la 
Vitesse de calcul n'est pas critique; le calcul peul done 
etre complexe sans que la machine-outil soit ralentie. 40 

L'uslnage d'une pi§ce connplexe pouvant impliquer 
des milliers de deplacements d'axes coordonn§s. il 
n'est la plupart du temps pas possible de d6velopper 
manuellement les tables de pas. Comme Indiqu6 k la fin 
de la page 4 du brevet susmentionn§, on cr6e done 45 
preaiablement ces tables au moyen d'un logidel de cal- 
cul fonctionnant sur un ordinateur 14 externe k la 
machine. 

La pr6sente invention concerne notamment le pro- 
bldme de la generation des tables de pas 71, 72, 73 sur so 
I'ordinateur externe 14. L'invention peut cependant 
aussi s'appliquer k la generation des instructions 60 
pour un interpolateur dans une commande numerique 
tradltionnelle selon la figure 2, ou a la generation 
d'ordres de deplacements dans une commande nume- ss 
rique quelconque. 

On connait dans I 'art anterieur des systemes per- 
mettant k I'operateur d'Introduire dans son logidel de 
calcul le profil initial de la piece ainsi que le profil desire. 



Un logiciel calcule alors automatiquement les ordres de 
deplacement des axes de mani^re k obtenir ce profil en 
un minimum d'operations. 

Ce type de logidel est extremement complique a 
developper et offre generalement une souplesse limi- 
lee. II peut parfois etre difficile et lent d'introduire ou de 
definir exactement toutes les dimensions de la piece 
desiree, en particulier si celle-d a un profil complique. 
Loperateur n'a en outre generalement aucune possibi- 
lite de modifier le plan d'operations calcul e si celui-ci ne 
lui donne pas entierement satisfaction. 

Pour toutes ces raisons, it est plus naturel d'intro- 
duire le profil de la piece initiate, qui est de forme gene- 
ralement simple, ainsi que les operations d'usinage 
principal es devant etre effectuees sur cette piece. 
Loperateur controle lui-meme les operations d'usinage 
effectu6es. 

On pourrait utiliser k cet effet le langage ISO utilise 
avec les commandes numeriques traditionnelles selon 
la figure 1 . 11 est possible de definir au moyen de ce lan- 
gage les operations k effectuer sur la piece, et de les 
convertir au moyen d'un compilateur en une succession 
d'instructions de deplacement des differents axes, 
regroupees dans les tables de pas. 

Malheureusement, comme on I'avu. les possibilites 
de descrip>tion de ee langage sent insuffisantes pour 
commander avec la souplesse voulue des operations 
d'usinage complexes. En particulier, le regroupement 
arbitraire des axes en canaux pred6finis constitue une 
limitation qui empeche de tirer pleinement parti des 
possibilites de la machine. II est en outre difficile avec 
ce langage d'introduire des synchronisations entre des 
deplacements d'axes appartenant e des canaux diffe- 
rents, et done de d^inir avec la souplesse desiree des 
operations d'usinage multitlches, c'est-^-dire faisant 
intervenir des deplacements simultanes de plusieurs 
systemes d'outils. 

Bien que de nombreuses extensions du langage 
ISO aient ete propos^es avec le developpement de 
nouvelles commandes numeriques, il est generalement 
difficile de synchroniser des operations autrement qu'en 
ajoutant un nombre de phases d'attente suffisant apres 
les operations les plus rapides. Les machines-outils 
sont done contraintes k fonctionner ^ une vitesse en 
dessous de leurs possibilites theoriques en raison de la 
faiblesse des possibilites de description du langage 
ISO. Ce probieme est particulier em ent crucial avec des 
machines-outils modernes comprenant plusieurs syste- 
mes d'outils devant fonctionner en paralieie. 

Le langage ISO est en outre devenu tres complique 
k utiliser en raison de ces nouvelles instructions. L'ope- 
rateur qui generalement ne connait pas la totalite du jeu 
d'instructions d'une nouvelle commande numerique 
renonce par consequent bien souvent k des possibilites 
de programmation theoriquement disponibles. 

L'utilisation du langage ISO ne permet done que de 
generer des tables de pas insatisfaisantes, qu'il est 
necessaire de tester directement sur la machine-outil 
pour verifier Si les tables generees comportent des 
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phases d'attente inadmissibles. Dans ce cas. il est alors 
n^cessaire de reprendre et d'ameliorer les tables de 
pas, ce qui implique done de nombreux essais succes- 
sifs provoquant Hmmobilisation de la machine. 

Buts 

Un but de la presents invention est done de propo- 
ser un proc^e et un logiciel de g6n6ration d'ordres de 
deplacement pour commande numerique de maehine- 
outil evitant les inconv^nients des dispositifs de Tart 
ant6rieur. 

Un autre but de la presente invention est de propo- 
ser un proc6d6 et un logieiel pouvant g6n6rer soit des 
ordres de d§placement, sous formes d'inslructions, uti- 
lisables par des commandes numeriques du type deerit 
en relation avec la figure 2. soit des ordres de deplace- 
ment implement's sous formes de tables de pas utilisa- 
bles par des commandes numeriques du type dtoit en 
relation avec la figure 3. 

Un autre but est de proposer un proeed6 et un logi- 
ciel de generation d'ordres de deplacement adapte k 
n'Importe quel type de machine-outlL 

Un autre but de la presente invention est de propo- 
ser un precede et un logiciel de generation d'ordres de 
deplacement pour une machine-outil facile k utiliser par 
I'operateur. En part" culler, un but de la presente inven- 
tion est de proposer un precede et un logiciel n6cessi- 
tant le moins possible de eonnaissances spedalisees 
de la part de I'operateur, et effrant un confort d'utilisa- 
tien modern e. 

Un autre but est de proposer un precede et un logi- 
ciel de generation d'ordres de deplacement permettant 
aux machines-outils ^ commande numerique de fonc- 
tienner de maniere beaucoup plus efficace qu'avec des 
ordres de deplacement generes & partir de logiciels uti- 
lisant des langages de description insuffisants tels que 
le langage ISO, 

Un autre but est de proposer un precede et un logi- 
ciel de generation d'ordres de deplacement permettant 
d'utiliser le plus efficacement possible les possibilites de 
la machine-outil ^ laquelle ces orcfres sont destines. En 
particulier, un but de la presente invention est d'eviter 
les limitations dues au regroupement arbib-aire des res- 
sources de la machine-outil en canaux predefinis. 

Un autre but est de donner k I'operateur un precede 
et un logiciel de generation d'ordres de deplacement 
permettant de decrire et de generer des successions 
complexes d'operations d'usinage synchronisees entre 
elles. En particulier, un but est de permettre k I'opera- 
teur de definir lui-meme les synchronisations de depla- 
cements de ressources appartenanl k differents 
systemes d'axes sur la machine, de maniere k utiliser 
pleinement les possibilites de travail multitache de la 
machine-outil. 

Un auti'e but de la presente invention est de propo- 
ser un precede et un logiciel de generation d'ordres de 
deplacement pour une machine-outil qui laisse k Tope- 
rateur la responsabilite de determiner lui-meme le plan 



d'operations. 

Un auti'e but est de proposer un precede et un logi- 
ciel de generation d'ordres de deplacement permettant 
de minimiser le nombre de tests necessaires sur la 
5 machine. 

Un autre but est de proposer un precede et un logi- 
. ciel de generation d'ordres de deplacements compre- 
nant des moyens de simulation du processus d'usinage. 
Ces buts sont atteints selon {'invention au meyen 
10 des elements de la revendication 1 . 

Plus particulierement, ces buts sont atteints par un 
precede de generation d'ordres de deplacements pour 
une machine-outil dent les axes sont regroupes en une 
pluralite de systemes d'axes, le precede comprenant 
15 successivement: 

une. etape permettant k Toperateur d'inti-oduire 
dans chaque systeme d'axes un plan d'operations 
constitue par une succession d'operations conse- 
20 cutives, chaque operation etant choisie parmt un 
catalogue d'operations, 

une etape permettant k I'operateur d'imposer des 
regies de synchronisation entre operations effec- 
25 tuees dans des systemes d'axes differents, 

Tensemble du plan d'operations et des regies de 
synchronisation constituant la gamme operatoire, 

30 et une etape de calcul des ordres de deplacement 
k partir de la gamme operatoire. 

Dans une realisation preferentielle, lesdits ordres 
de deplacement sont impiementes sous forme de tables 
35 de pas. 

Dans une realisation preferentielle, les ressources 
peuvent etre librement regroupees en systemes d'axes 
definissables par Toperateun 

Dans une realisation preferentielle, le precede 
40 comprend en outi-e une etape de parametrage des dif- 
ferentes operations, permettant k I'operateur de para- 
metrer les differentes operations. 

L'invention sera mieux comprise k I'aide de la des- 
cription et des figures annexees parmi lesquelles: 

45 

- la figure 1 represents k litre d'exemple une vue de 
dessus d'une machirie-outil de Tart anterieur pou- 
vant fonctionner au moyen du precede de la pre- 
sente invention, 

so 

' la figure 2 illust'e le principe de fonctiennement 
d'une commande numerique CNC traditionnelle, 

- la figure 3 iliustre le principe de fonctiennement 
55 d'une commande numerique utilisant des tables de 

pas, 

la figure 4 est un graphique illustrant un principe 
connu de l-elaboration d'une table de pas, ' 
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- la figure 5 montre sch6matiquement les donnees 
contenues dans une table de pas, 

la figure 6 est un organ igramme du proc6d6 et du 
logiciel selon ta pr^sertte invention, 

la figure 7 est une vue d'ecran d'une fenetre d'edi- 
tion d'outil dans un logiciel utilise pour mettre en 
oeuvre le proc§d6 de la pr^sente invention. 

la figure 8 est une vue d'§cran d'une fenetre princi- 
pale dans un logiciel utilise pour mettre en oeuvre 
le proc§d§ de la pr6sente invention, 

• la figure 9 illustre le prindpe de definition des syn- 
chronisations dans un logiciel utilis6 pour mettre en 
oeuvre le proc§d6 de la pr6sente invention, 

la figure 10 est une vue d'ecran d'une fenetre de 
param^trage des operations dans un logiciel utilise 
pour mettre en oeuvre le proc^de de la pr^sente 
invention, et 

la figure 1 1 est une vue d'ecran d'une fenetre de 
parametrage des operations dans un logiciel utilise 
pour hnettre en oeuvre le precede de la presente 
invention. 

Le graphique de la figure 4 illustre le principe de 
creation manuel de tables de pas. correspondants aux 
axes z et x, et susceptibles d'etre utilisees dans le dis- 
positif de commande numerique 13 (figure 1). Le profil 
P d'une piece que Ton desire usiner est represente 
schematiquement dans le quadrant 1 en haut a droite 
du graphique. Dans ce graphique, les axes,indiques par 
la reference t sont des axes temporels, quantifies avec 
un pas de quantification fixe At valant par exemple 8 mil- 
lisecondes. Les axes 2 et x sont gradu6s avec un pas 
correspondant ^ I'increment des moteurs 9, respective- 
ment 11. 

Dans cet exemple, le profil P desire est obtenu uni- 
quement par deplacement des axes x et z, I'axe u res- 
. tant immobile. L'operateur indique tout d'abord le long 
du profil le temps n6cessaire pour obtenir chaque sec- 
tion en fonction de la machine utilisee. A la fin de cha- 
que intervalie de temps At, on reports dans le quadrant 
4 le deplacement Az que doit avoir effectu6 la barre 5, et 
dans le quadrant 2 le deplacement Ax que doit avoir 
effectue Toutil 7 pour obtenir le profil souhaite. Sur la 
figure 6. on voit ainsi qu'^ la fin du premier intervalie At 
le deplacement de la poupee doit etre de 4 pas et celui 
de I'outil de 0 pas. La somme des intervalles de temps 
est la m§me pour I'axe 2 que pour I'axe y. 

Les tables de pas correspondant k cet exemple 
sont illustrees sur la figure 5, Chaque colonne Az, Ax, 
Au represente le deplacement de I'axe correspondant 
apres un intervalie At. Un compteur non represente syn- 
chronise la lecture des tables de pas Az, Ax, Au a des 
intervalles At, les valeurs successives lues etant utili- 



sees pour commander les moteurs 9, 1 1. 11' des axes 
correspondants. Ces tables permettent ainsi de pro- 
grammer le dispositif de commande 13 de fa^on ^ usi- 
ner une piece ayant le profil P sur la barre 5. 

5 Dans une variante, les deplacements dans les 
tables de pas ne sont pas lus sequentiellement selon un 
ordre determine par un compteur, mais peuvent etre 
accedes aieatoirement au moyen d'un registre 
d'adresse de lecture. L'adresse de lecture dans ce 

10 registre est incrementee ^ chaque lecture de deplace- 
ment dans la table, mais peut aussi effectuer des sauts 
en fonction de Petat logique de la commande numeri- 
que. 

Si la creation manuelle ou meme automatisee des 

15 tables de pas k partir du profil souhaite P est dej^ fasti- 
dieuse dans un cas simple comme celui illustre, eile 
devient en pratique impossible pour commander des 
operations complexes simultanees faisant chacune 
intervenir des mouvements interpoies et synchronises 

20 entre plusieurs ressources. II est done necessaire 
d'automatiser ce processus. 

La figure 6 illustre a titre d'exemple un organi- 
gramme d'un logiciel de creation des tables de pas 
selon I'invention. 

25 Lors d'une premiere etape 20. l'operateur definit au 
moyen du logiciel un catalogue d'outils. II enumere dans 
ce catalogue tous les outils montes sur la machine-outil 
utilisee. Le logidel aff iche dans ce but une boTte de dia- 
logue 30 telle que celle representee sur la figure 7 pour 

30 editer chaque outil. L'operateur a la possibilite d'ajouter, 
de supprimer ou d'editer des outils dans son catalogue 
d'outil. La figure 7 illustre une boTte de dialogue permet- 
tant d'editer un outil de coupe T15 nouvellement ajoute, 
c'est-^-dirededefinir sa forme etsa position iniliale. Les 

35 parametres 6ditables dans la boite de dialogue propo- 
see dependent de la nature de I'outil choisi, par exem- 
ple selon s'il s'agitd'un outil de coupe, de fraisage ou de 
per^age. 

Lors d'une deuxieme etape 21 , l'operateur detinit 
40 au moyen d'une autre boTte de dialogue non represen- 
tee certains parametres initiaux de la piece k usiner. Ce 
parametrage consiste k indiquer par exemple le diame- 
tre et la longueur de la piece initiale. De preference, il 
est egalement possible d'entrer des donnees de type 
45 administratif permettant de retrouver la piece, par 
exemple son numero, le numero d'identification des 
dessins con-espondant k la piece ou le nom de l'opera- 
teur. 

Lors d'une troisieme etape 22, Toperateur definit 
50 tout d'abord au moyen d'un menu ou d'une fenetre de 
dialogue non representee un ou plusieurs systemes 
d'axes. En effet, selon une caracteristique impcrtante 
de rinvention, les differentes ressources de la machine 
ne sont pas regroupees conceptuellement en canaux 
55 predetermines, mais peuvent etre regroupees en syste- 
mes d'axes librement definissables. Une ressource peul 
appartenir k plusieurs systemes d'axes differents. Un 
system e d'axes peut correspondre ^ une realite physi- 
que, par exemple correspondre au plan de travail pour 
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un outil particulier. mais peut dgalement repr^senter un 
espace virtuel. On peut ainsi definir si n^cessaj're des 
syst^mes d'axes non orthogonaux, obtenus par combi- 
naisons lineaires de ressources physiques. II est aussi 
possible de d§f inir des syst§mes d'axes en mouvement. 5 
par exemple un systdme d'axes en rotation lie k la piece 
k usiner. Cette possibilite permet de simplrfier ulterieu- 
rement la description d'op§rations sur cette pi§ce, par 
exemple de definir la vitesse de pergage dans un refe- 
rentlel en rotation lie k la pi§ce usinee elle meme. /o 

De preference, le logiclel propose initialement des 
systSnrtes d'axes par d6faut correspondent par exemple 
aux canaux habituels sur les machines k commande 
num^riques CNC. Des options de menu non repr^sen- 
t§es permettent toutefois ^ I'op^rateur de modifier ces is 
systdmes d'axes par d6faut ou d*ajouter de nouveaux 
systemes d'axes. Des assistants Informatiques sont de 
preference utilises pour d§finir des systemes d'axes 
peu standards. 

Ensuite, au cours de la mime etape 22, Top^rateur 20 
d6f init le plan d'operations pour chaque syst^me d'axes. 
Le plan d'operations pour chaque syst§me d'axes est 
d§fini de preference au moyen d'une fenetre 40 illustree 
sur la figure 8. 

A chaque systfeme d'axes d6finl correspond une 25 
ligne d'operations 41 dans la fenetre. Dans I'exemple 
illustre, il y a deux lignes d'operations indiquees Peigne 

1 et Peigne 2. Un symboie graphique 42 a gauche de 
chaque ligne d'operations indique la nature du systeme 
d'axes. Dans Texemple les systemes d'axes correspon- so 
dent aux axes de travail de deux chariots portant piu- 
sieurs outils de coupe. La liste des ressources 43 
con*espondant k chaque systeme d'axes est egalement 
indiquee k gauche. Le systeme d'axes correspondant 

au Peigne 1 utilise done les ressources Z1 . X1 , Y1 et SI 35 
tandis que le systeme d'axes con^espondant au Peigne 

2 utilise les ressources Z1, X2 et St. 

Une barre d'outil f lottante 44 est aff ichee k droite de 
la fenetre 40. En cliquant avec la souris sur une touche 
45, correspondant k une operation d'usinage, dans la 4o 
bane d'outil. I'operateur seiectionne cette operation. 
Les operations seiectionnables dans cet exemple sont 
le tournage externe (TE), le toumage interne (Tl), le 
pergage/aiesage (RA), le filetage (Fl). te fraisage (FR). 
le fonmage (FO), le polygonage (PO) et les operations 45 
auxiliaires (AO). En cliquant k nouveau dans une des 
lignes d'operations 41, I'operateur y insere un symboie 
graphique 46 repr6sentant ('operation seiectionnee. Si 
le systems d'axes de la ligne d'operations seiectionnee 
ne peut pas effectuer Toperation ' choisie, un signal so 
d'en-eur sonore est emis par le logiciel et le symboie 
graphique 46 ne se depose pas dans la ligne. En p!a- 
?ant plusieurs symboles 46 k cote les uns des autres 
sur une ligne, I'operateur choisit tres facilement pour 
chaque systeme d'axes fa succession d'operations k ss 
effectuer et les place dans un ordre chronologique sans 
se soucier k ce moment de problemes de duree ou de 
synchronisation. II est possible de modifier tres simple- 
ment I'ordre des operations, en cliquant sur un symboie 



graphique 46 et en relSchant la souris sur une nouvelle 
position. 

Pour realiser une serle de pieces identiques sur 
une machine-outil, il est frequent d'effectuer tout 
d'abord une sequence ^initialisation, puis de repeter 
dans une boucle une sequence d'usinage effectuee 
pour chaque piece et apres la derniere piece d'effectuer 
encore une sequence de fin. L'operateur peut definir 
tres aisement le d6but et la fin d'une boucle d'opera- 
tions en plagant avec la souris au-dessus des symboles 
graphiques 46 correspondant au debut et ^ la fin de la 
boucle des fanions 47, 48 indiquant graphiquement le 
debut et la fin de la boucle. 

Lorsque I'operateur a termine la definition de son 
plan d'operations dans les systemes d'axes choisis, il 
impose au cours de retape 23 la maniere dont les ope- 
rations sur les differents systemes d'outils doivent gtre 
synchronisees. Les synchronisations peuvent §tre de 
type rigide ou extensible. Les synchronisations rigides 
sont des conditions strictes de synchronisme exact, par 
exemple: 

^operation i doit se terminer en m§me temps que 
I'operation j". Au contraire, les synchronisations 
extensibles imposent des conditions moins strictes 
du type avant/apres, par exemple: 
Toperation i doit se terminer avant le debut de 
I'operation j". Ou bien: 

Toperation i doit se terminer 10 millisecondes 
apres le debut de i'operation j". 

II est possible de synchroniser sort le debut, soit la 
fin des operations, avec des evenements tels que le 
debut ou la fin d'une autre operation. Des options de 
menu appropriees permettent k I'operateur de decaler 
le debut et la fin d'une operation; par exemple, il peut 
decaler la fin d'une operation, sur laquelle se baseront 
les synchronisations des autres operations, de 15 milli- 
secondes par rapport a la fin effective de I'operation. 
L'operateur peut aussi poser des bornes de synchroni- 
sation a I'interieur d'une operation. Par exemple, il peut 
decomposer la duree d'une operation en 10 intervalles 
marques par des bornes et synchroniser d'autres ope- 
rations par rapport k ces bomes. En outre, les opera- 
tions peuvent dfre synchronisees sur des signaux 
externes provenant par exemple de capteurs instalies 
sur la machine ou sur des signaux d'horloge. 

La figure 9 illustre le principe de placement des 
synchronisations rigides ou extensibles. L'operateur 
seiectionne tout d'abord ('operation source devant §tre 
synchronisee. En cliquant dans la zone A k gauche du 
symboie graphique 46 correspondant k I'operation 
devant etre synchronisee, il impose une condition sur le 
debut de Toperation source; au contraire, en cliquant 
dans la zone B k droite du symboie graphique 46 cor- 
respondant k I'operation devant etre synchronisee, il 
impose une condition sur la fin de I'operation source. Le 
curseur de la souris se transforme de preference en un 
symboie different selon la -zone du symboie 46 sur" 
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laquelle i'utilisateur a dique. 

L'op6raleur peut alors d^placer le curseur sur le 
symbol e graphique 46 correspondant k I'operation des- 
tination. En cliquant dans la zone A1 en haul k gauche 
du synnbole, il impose une synchronisation rigide de 
reparation source sur le debut de {'operation destina- 
tion. En cliquant dans la zone B1 en haul k droite. it 
impose une synchronisation rigide sur la fin de I'opera- 
tion destination. En cliquant dans la zone A2 en bas k 
gauche, il impose une synchronisation extensible sur le 
d6but de {'operation destination. En cliquant dans la 
zone B1 en bas a droite, il impose une synchronisation 
extensible sur latin de Toperation destination. De prefe- 
rence, un message d'aide s'affiche en bas de T^cran ou 
k proximit6 du curseur lorsque le curseur survole une 
des zones sensibles A1 k B2. U forme du curseur peut 
aussi etre adapt^e en cons^uence. 

D*autres maniferes de d§finir les synchronisations 
peuvent naturellement §tre pr6vues, par exemple en 
indiquant dans une boite de dialogue Toperation source, 
reparation destination ainsi que les conditions de syn- 
chronisation entre ces operations. 

Aprds avoir d6flnl chaque synchronisation, celle-d 
est indiqu6e visuellement, de preference par une ligne 
forte 49 (figure 8) pour les synchronisations rigides et 
par une ligne 50 moins marquee ou d'une autre couleur 
pour les synchronisations extensibles. Dans Texemple, 
un syni)ole triangulaire est en outre plac§ sur la ligne 
indiquant les synchronisations extensibles. Lorsque des 
synchronisations sont plac§es, les symboles graph! - 
ques 46 sur les diff^rentes lignes 41 se deplacent de 
fagon a indiquer au mieux la chronologie des opera- 
tions. En cliquant sur une ligne de synchronisation 49 
ou 50, I'operateur appele une fenetre de dialogue non 
representee qui lui permet de d6finir des synchronisa- 
tions plus complexes. 

Le plan d'operations d6f ini dans les differents sys- 
t^mes d'axes au cours de la troisi^me etape 22 ainsi 
que les regies de synchronisations definies au cours de 
la quatrieme §tape 23 d^finisserrt ensemble la gamme 
operatoire pour la pidce usin§e. Au cours de la cin- 
qui6me etape 24, I'operateur peut param6trer les opera- 
tions dont il a defini pr6cedemment la chronologie. 
Cette etape permet d'indquer exactement en quoi con- 
sistent les operations choisles; par exemple, s'il a place 
un symbol e graphique 46 correspondant k une opera- 
tion de fraisage, il peut au cours de retape 24 definir la 
profondeur de fraisage et I'endroit precis ou le fraisage 
doit etre effectue. Dans ce but en cliquant deux fois 
rapid ement sur le symbole graphique 46 de Toperation 
k parametrer. I'operateur voit s'afficher une fenetre de 
dialogue 60 representee sur la figure 10. 

Dans le premier champ 61 de la fenetre 60, I'opera- 
teur peut indiquer le nom qu'il souhaite donner k I'ope- 
ration. Ce nom peut dans une variante etre aff iche dans 
la partie inferieure des symboles graphiques 46. Par 
defaut, le logiciel propose un nom compose de deux 
nombres separes par un":". Le premier nombre (5) iden- 
tilie la ligne d*operations tandis que le deuxi^me nom- 



bre (2) identifie I'operation. 

Dans une variante, un commentaire peut §tre intro- 
duit par I'utilisateur dans un masque approprie. Ce com- 
mentaire peut s'afficher par exemple dans la barre de 
5 statut sous la fenetre lorsque le curseur de la souris sur- 
vole le symbole graphique 46 correspondant a Topera- 
tion. 

La deuxieme ligne 62 de la fenetre de dialogue 60 
est une suite d'instructions non editables en langage 

10 ISO. Ces instructions sont des instructions preliminaires 
dependant de la nature de I'operation d'usinage. 

Sous la deuxieme ligne 62 se trouve une zone de 
texte editable 63 dans laquelle I'operateur peut inti'o- 
duire une suite dinsti'uctions en langage ISO lui per- 

15 mettant de parametrer et de definir Toperation k 
effectuer. De preference, une suite d'instructions est 
proposee par defaut lorsque I'operateur ouvre la fenetre 
de dialogue. Des commentaires peuvent etre ajoutes 
entre les instructions pour permettre m§me k I'utilisa- 

20 teur peu familier avec ce langage de parametrer facile- 
ment toutes les operations. 

Sous la zone d'edition 63 est affichee une seconde 
suite 64 d'instructions non editables en langage ISO. 
Ces instructions sont des instructions terminates 

25 dependant de la nature de I'operation. Dans une 
variante, il n'y a pas d'instructions terminates. 

Nous avons vu qu'une meme ressource, par exem- 
ple un m§me axe, peut appartenir a plusieurs systemes 
d'axes differents. Par exemple, sur la figure 8, 1'axe 21 

30 appartient aussi bien au systeme d'axe du peigne 1 
. qu'au systeme d'axes du peigne 2. Suivant la gamme 
operatoire correspondant a ces deux systemes d'axes, 
I'axe Z1 dans cet exemple pourrait etre amene ^ devoir 
effectuer simultanement des deplacements dans des 

35 directions differentes; it est done necessaire de regler 
ces conflits potentiels. Pour cela. une zone 64 est affi- 
chee dans la fengtre 60, qui permet de definir comment 
ces conflits eventuels doivent etre regies. 

Loperateur a la possibitite de supprimer une res- 

40 source commune, c'est-^-dire de la rendre non disponi- 
ble pour le systeme d'axes considere. II peut aussi 
rendre une ressource virtu ell e. 

Dans ce dernier cas, si les deux operations sur 
deux systemes d'axes differents en conflit pour une res- 

45 source sont identiques et synchronisees de maniere k 
deman^er simultanemerit. les deplacements de la res- 
source commune ne dependent que de I'operation maT- 
tresse, c'est-^-dire non virtuelle. L'operation virtueile 
effectue une copie de I'operation maTtresse. Par exem- 

50 pie, dans le cas de la machine-outil decrite par la figure 
1. des operations utilisant I'outil 7 peuvent entrer en 
conflit pour le partage de I'axe z avec des operations uti- 
lisant I'outil 7'. Si les operations sont identiques et que la 
ressource z est dedaree virtuelle dans le systeme 

55 d'axes correspondant k I'outil 7', I'outil 7 effeduera sim- 
pl ement une copie miroir des deplacements de I'outil 7. 

Si les deux operations en conflit sont differentes, 
mais synchronisees de maniere k demarrer et k se ter- 
miner simultanement, le logiciel caicule les deplace- 
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ments de la ressource commune en lenant uniquement 
compte de I'operation maltresse. Les deplacements des 
autres ressources de I'operation virtuelle sont adaptes 
en fonction des deplacements ainsi imposes de la res- 
source commune. Dans I'exemple ci-dessus, si les ope- 
* rations des outils 7 et T ne sont pas identiques, et que 
la ressource z est declaree virtuelle pour !e systeme 
d'axes correspondant a I'outil 1\ le logiciel calculera la 
table de pas commandant I'axe z en fonction unique- 
ment de Toperation sur I'outil z, et adaptera la table de 
pas commandant I'axe u portant I'outil T en fonction des 
mouvements predefinis de I'axe z. 

Dans une variants preferentielle, des operateurs 
connus dans les systemes d'exploitation graphiques 
sous le nom "assistants" permettent a I'operateur peu 
expert de parametrer les operations d'usinage sans 
meme connaltre le langage ISO. Ces assistants sont 
des modules de programme affichant une succession 
de boites de dialogue, dependant de rop^ration choisie, 
permettant ^ I'operateur en r^pondant k des questions 
simples successives de parametrer compl^tement 
I'operation. A chaque boTte de dialogue successive est 
associ6 une fenetre d'aide expliquant exactement ^ 
I'operateur les consequences de ces choix. Ce type 
d'assistant est notamment connu en informatique dans 
les programmes d'installation de logiciels, et il n'est pas 
necessaire de les decrire plus en detail. De preference, 
les deux possibilites de parametrage mentionn§es sont 
combin^es au cours de T^tape 24; Tutilisation de ['assis- 
tant g^ndre automatiquement du code ISO qui est 
ensuite Editable, 

II est ^ noter que les etapes 22, 23 et 24 sur la 
figure 4 ne doivent pas gtre executees ^ la suite les 
unes des autres, mais le sont generalement selon un 
processus iteratif, Toperateur pouvant par exemple 
commencer h parametrer ou synchroniser des opera- 
tions avant de les avoir toutes introduites. 

Apres avoir termine dedefinir la gamme operatoire 
et avoir parametre cfiaque operation, I'operateur lance 
au cours de la sixieme etape 25 I'interpretation du pro- 
gramme de pi^ce ainsi cree. II peut effectuer cette ope- 
ration en cliquant sur une option de menu appropriee 
dans la fenetre de la figure 8. Durant cette etape dlnter- 
pretation, le logiciel detecte certaines fautes ou contra- 
dictions possibles dans la gamme operatoire, par 
exemple des conflits non resolus de ressources conv 
munes, des deplacements de ressource hors des limi- 
tes de la machine ou des mouvements faisant intervenir 
des outils non installes ou des collisions d'outil. Le 
module d'interpretation determine en outre au cours de 
cette etape 25 les sequences de deplacement des diff e- 
rentes ressources, definissant les positions de chaque 
ressource au debut et au terme de chaque deplace- 
ment 

L'interpreteur calcule les sequences au moyen 
d'une table faisant correspondre ^ chaque instruction 
en langage ISO des portions de sequence predetermi- 
nees. 

Le logiciel verifie au cours de l'etape 26 le resultat 



fourni par I'interpreteur En cas d'erreurs detectees, un 
message s'affiche sur I'ecran el I'operateur a ensuite la 
possibilite de modifier et de corriger la gamme opera- 
toire. Si tout s'est passe correctement, I'operateur peut 

5 lancer au cours de I'etape suivante 27 un calcuiateur qui 
calcule et affiche les trajectoires des outils ou des res- 
sources au cours des sequences determinees au cours 
de I'interpretation. Ces trajectoires sont directement uti- 
lisees pour fa generation des tables de pas permettant 

/o de commander les moteurs des differents axes et bro- 
ches. 

Le fonctionnement du calcuiateur est connu dans 
I'art ant^rieur. Comme il releve des mathematiques et 
de la programmation pure, il n'est pas decrit ici. 

75 La figure 1 1 illustre I'aspect de la fenetre principale 
40 affichee apres I'etape 27 de calcul. La largeur des 
symboles graphiques 46 est modifiee de mani^re a cor- 
respondre k leur duree caicuI6e, conformement k 
I'echelle des temps 51 affichee au-dessus des Itgnes de 

20 ressource. Un curseur 52 peut etre deplace au moyen 
de la souris pour mesurer de maniere precise certains 
instants, le temps (3336 ms) s'affichant dans un rectan- 
gle tout en haut a gauche de la fenetre. Dans la zone 
52, un diagramme illustre la trajectoire de la ressource 

25 Z1 correspondante, c'est-a-dire la position de cet axe 
en fonction du temps. L'op§rateur a naturellement !a 
possibilite de choisir les ressources dont il souhaite 
controler la trajectoire. II peut ainsi s'assurer que les 
deplacements des differents outils correspondent exac- 

30 tement k ce qui est d6sir6, et notamment que les outils 
occupent bien la meme position au debut et a la fin 
d'une boucie de repetition indlquee par les fanions 47 et 
48. 

Cette fenetre permet ainsi a I'operateur de controler 

35 tres simplement, de maniere visuelle, le deroulement 
des operations successives d'usinage. En particulier, il 
est possible de se rendre compte aisement des possibi- 
lites d'accelerer ie processus d'usinage en ajustanl ou 
deplagant les operations les plus critiques. Si Topera- 

<o teur n'est pas satisfait par le resultat, il peut encore a cet 
instant revenir en arrtere et modifier iterativement la 
gamme operatoire definie. 

Selon les variantes, les tables de pas sont soit 
gener^es directement par le calcuiateur, soit obtenues 

45 d'apres les donnees du calcuiateur au cours d'une 
6tape 29 de creation des tables. Ces tables sont ensuite 
transposees au moyen d'un support magn6tique ou 
optique ou d'une ligne serielle 15 sur la commande 
numerique 13 de la machine-outil (figure 1). 

50 Le logiciel de I'invention permet done de gen^rer 
des tables de pas a partir du programme de pi^ce cree 
au cours des stapes 20 k 24. II est cependant bien clair 
qu'il est possible de CT6er plusieurs programmes de pie- 
ces et d'enchainer au cours de I'execution la lecture des 

55 tables de pas gener^es par ces differents programmes. 
L'enchamement des differentes tables de pas peut 
aussi dependre de conditions externes Un evenement 
tel que le remplacement d'un outil, la rupture d'une 
m^che ou la fin d'une s6rie de pieces par exeniple peut 
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provoquer rex6cution d'une nouvelle table de pas. 
Revendicattons 

1. Prcx;ed6 de g^n^ration d'ordres de d^placements 
pour une machine-outil dont les ressources {7, 7*) 
sont regroupees en plusieurs syst^mes d'axes, 
caract^rise en ce que le precede comprerxJ: 

une 6tape (22) permetlant k I'op^rateur d'irrtro- 
duire dans chaque syst^me d'axes un plan 
d'op6rations constitu6 par une succession 
d'op§rations cons6cutives, chaque operation 
6tant choisie parmi un catalogue d'op^rations, 

une §tape (23) permettant k I'op^rateur d'impo- 
ser des regies de synchronisation entre opera- 
tions effectu6es dans des syst femes d'axes 
diffferents. 

I'ensenotjle du plan d'opferations et des regies 
de synchronisation constituant la ganrinne op6- 
ratoire, 

et una 6tape (25, 27, 29) de calcul des ordres 
de dfeplacement k partir de la gamme op6ra- 
tolre. 

2. Precede selon la revendication 1 , caract6ris6 en ce 
que lesdits ordres de d§placement sont implemen- 
t's sous forme de tables de pas (71 , 72, 73). 

3. Precede selon Tune des revendications prfec^den- 
tes, caract6rise en ce que les ressources peuvent 
gtre librement regroupees en systdmes d'axes defi- 
nissables par roperateur. 

4. Precede selon I'une des revendications preceden- 
tes, caracterise en ce que Toperateur peut choisir 
parmi plusieurs types de regies de synchronisation 
entre operations. 

5. Precede selon la revendication precedente, carac- 
terise en ce que Tune des regies de synchronisa- 
tion possible consiste k def inir qu'une operation doit 
commencer ou se terminer au moment pr6cls oiJ 
une autre operation sur un autre systems d'axes 
commence eu se termine. 

6. Precede, selon la revendication 4, caracterise en ce 
que Tune des regies de synchronisation possible 
consiste k def inir qu'une operation doit commencer 
au plus tot ou se terminer au plus tard k I'instant ou 
une autre operation sur un autre systems d'axes 
commence eu se termine. 

7. Precede selon la revendication 4, caracterise en ce 
que I'une des regies de synchronisation possible 
consiste k definir le debut ou la fin d'une operation 



par un deiai k partir d'une autre operation. 

8. Precede selon la revendication 4, caracterise en ce 
que I'une des regies de synchronisation possible 

s consiste k definir le debut ou la fin d'une operation 
par un evenement externe foumi par un capteur sur 
la machine-outil. 

9. Precede selon I'une des revendications preceden- 
10 tes, caracterise en ce qu'il comprend en outre une 

etape de parametrage (24) des difterentes opera- 
tions, permettant k I'operateur de parametrer les 
differentes operations. 

15 10. Precede selon la revendication 9. caracterise en ce 
que ladite etape de parametrage (24) permet k 
I'operateur de parametrer chaque operation au 
moyen du langage ISO. 

20 11. Procede selon la revendication 9 ou 10, caracterise 
en ce que ladite etape de parametrage (24) permet 
k I'operateur de parametrer chaque operation au 
moyen d'assistants infer matiques. 

25 12. Precede selon Tune des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une 
etape preiiminaire (21) permettant k i'operateur de 
definir certaines caracteristiques de la piece k usl- 
ner. 

30 

13. Precede selon I'une des revendications preceden- 
tes, caracterise en ce qu'il comprend en outre une" 
etape preiiminaire (20) de creation d'un catalogue 
d'outils permettant k I'operateur de definir les eutils 

35 [7] 1*) mentes sur la machine-outil. 

14. Precede selon I'une des revendications preceden- 
tes, caracterise en ce que ladite etape (25, 27, 29) 
de calcul des ordres de deplacement comprend 

40 une premiere etape (25) d'interpretatien de la 
gamme eperatoire au terme de laquelle I'operateur 
est averti s'il a introduit des donnees erronees ou 
incompatibles enire elles ou avec la machine-outil 
utilisee. 

45 \ 

15. Precede selon la revendication precedente, carac- 
terise en ce qu'un test des collisions eventuelles 
entre outils est effectue au cours de ladite etape 
d'interpretatien (25). 

50 

16. Precede selen I'une des revendications preceden- 
tes, caracterise en ce qu'une ressource peut §tre 
declares virtuelle dans un systeme d'axe lorsque 
cette ressource est simultanement utilisee dans un 

55 autre systems d'axe. 

17. Precede selen I'une des revendications preceden- 
les, caracterise en ce que I'introduction par Topera- 
teur d'un plan d'operations constitue par une 
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succession cfop6rations consecutives se fait en 
depla^ant des symboles graphiques (46) sur une 
interface utilisateur graphique (40). 

18. Proced6 selon la revendication pr§c6dente, carac- s 
t§ris6 en ce que les regies de synchronisation entre 
operations sont introduites en alignant lesdits synv 
boles graphiques (46), ou en les reliant par des 616- 
ments graphiques (49, 50). 

10 

19. Proc6d6 selon Tune des revendications 17 ou 18. 
caract^rise en ce qu'au terme de ladite 6tape (25, 
27, 29) de calcul des ordres de d^placement la lar- 
geur desdits symboles graphiques (46) est adapt6e 

de mani^re k correspondre k la duree des op6ra- is 
tions correspondantes. 

20. Logiciel permettant de mettre en oeuvre le proc6de 
de Tune des revendications pr6c§dentes. 

20 

21 . Support magn6tique ou optique sur lequel est enre- 
gist-e un programme selon la revendication pr6c6- 
dente. 

22. Dispositif de commande num§rique (13) pour 25 
machine-outil utilisant un logiciel selon la revendi- 
cation 18. 
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Fig. 10 
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